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(54) Industrlelle Steuerung auf der Basis verteilbarer Technologischer Objekte 



(57) Durch die Zuladbarkeit von Technologischen 
Objekttypen (T01-TOn) in das Runtime-System (RTS1 
- RTS7) einer industriellen Steuerung wird das Basissy- 
stem (UMC-K)der Steuerung funktionell erweitert und 
einetechnologische Skalierung der Steuerung erreicht. 
Die zugeladenen Technologischen Objekttypen sind be- 



liebig instanziierbar und konnen beliebig auf die voman- 
denen Gerate verteilt werden. Das Zuladen erfolgt in 
Form von Technologiepaketen (TP). Der Anwender 
kann in seinen Anwenderprogrammen (AP1 - AP3) die- 
se Funktionalitat direkt verwenden, wobei eine Tren- 
nung zwischen technologischer Funktionalitat und Ge- 
ratefunktionalitat erfolgt. 
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Beschreibung 



ring-System der ind^^Uen Steuerung sowohl SPS- 
als auch Bewegungs^BwoderTechnologie-Funktiona- 

litat bedient und dass durch die Moglichkeit des dyna- 
mischen Zuladens von Funktionscode in das Runtime- 

5 und/oder Engineering-System der industriellen Steue- 
rung jeweils eine optimale Auspragung, d.h. Skalierung 
der Steuerung moglich sein musste, wobei aufcerdem 
durch eine Trennung von technologischer Funktionalitat 
und Geratefunktionalitat die Erstellung bzw. Projektie- 

10 rung der Steuerung erleichtert werden wiirde. 

[0009] Gemaft der Erfindung wird die oben genannte 
Aufgabe fiir eine industrielle Steuerung der eingangs 
genannten Art dadurch gelost, dass die Steuerung ein 
allgemein einsetzbares, vorzugsweise technologieneu- 

15 trales, Basissystem fur die Steuerungsgrundfunktiona- 
litat aufweist, wobei instanziierbare Technologieobjekt- 
typen die Grundfunktionalitat der Steuerung um techno- 
logische Funktionalitaten erganzen und nach einer vom 
Anwenderzuschneidbaren Instanziierung alsTechnolo- 

20 gische Objekte in seinen jeweiligen Applikationen zur 
Verfiigung stehen, wobei eine Trennung zwischen tech- 
nologischer Funktionalitat und Geratefunktionalitat er- 
folgt. 

[0010] Ein Technologisches Objekt reprasentiert vor- 

25 zugsweise eine Komponente der realen Welt. Im Kon- 
text industrieller Steuerungen konnen dies z.B. Kompo- 
nenten von Werkzeugmaschinen oder Produktionsma- 
schinen sein. Die Technologischen Objekte stellen eine 
definierte technologische, abgeschlossene Funktionali- 

30 tat bereit. Sie konnen untereinander verschaltet wer- 
den, um komplexe technologische Aufgaben zu realisie- 
ren. Dadurch dass die technologische Funktionalitat der 
Steuerung durch Technologische Objekte, die vorzugs- 
weise reale Komponenten, gebildet wird, ist einem An- 

35 wender oder Nutzer der Steuerung die technologische 
Machtigkeit, d.h. die Fahigkeit der Steuerung sofort 
transparent. Als softwaretechnologische Einheit kann 
ein Technologisches Objekt aufierdem von einem An- 
wender sehr leicht in unterschiedlichen Applikationen 

40 und Steuerungen wiederverwendet werden. Ein An- 
wender kann bei der Nutzung von Technologischen Ob- 
jekten von deren Implementierung abstrahieren. Vom 
Anwender in seinen Anwenderprogrammen direkt ein- 
setzbare Technologische Objekte entstehen durch ihre 

45 Instanziierung aus Technologieobjekttypen. Aus einem 
einmal definierten Technologieobjekttyp konnen belie- 
big viele (zugeschneiderte) Instanzen von Technologi- 
schen Objekten gewonnen werden. Dadurch dass die 
Instanziierung sowohl im Engineering-System als auch 

50 im Runtime-System erfolgen kann, ist es fiir einen An- 
wender sehr leicht und sehr komfortabel moglich, die 
Technologischen Objekte in seinen Anwendungen zu 
verwenden. Die funktionale Machtigkeit einer Steue- 
rung ist somit sehr leicht erweiterbar. Die Erweiterbar- 

55 keit wird lediglich durch HW-Restriktionen (z.B. 
CPU-Leistung oder Speicherbeschrankungen) be- 
grenzt. 

[0011] Weitemin hat der Anwender die Moglichkeit 



[0001] Die Erfindung bezieht sich auf eine industrielle 
Steuerung fur technische Prozesse, insbesondere fiir 
Produ kti onsmaschi nen . 

[0002] Ferner bezieht sich die Erfindung auf ein Ver- 
fahren zur Programmierung bzw. Projektierung von in- 
dustriellen Steuerungen fur technische Prozesse, ins- 
besondere fiir Produktionsmaschinen. 
[0003] Eine industrielle Steuerung kann dabei ein ei- 
genes Gerat sein, sie kann aber auch in einen Compu- 
ter, einem PC, einem eigenstandigen Gerat oder einem 
Antrieb integriert sein. 

[0004] Bisher bekannte industrielle Steuerungen zur 
Automatisierung technischer Prozesse basieren im We- 
sentlichen entweder auf einer "SPS-Funktionalitat", ei- 
ner "MC-Funktionalitat" oder auf einer Technologiefunk- 
tionalitat. Da im Rahmen solcher Funktionalitaten ein 
gewisser Funktionsumfang fest vorgeschrieben ist, ist 
eine optimale Anpassung an die Anforderungen eines 
speziellen Prozesses haufig nurbedingt moglich, wobei 
im konkreten Anwendungsfall oft eine ganze Gruppe 
von Funktionen uberfliissig ist (z.B. ist beim Einsatz ei- 
ner MC-Steuerung fur Werkzeugmaschinen, evtl. vor- 
handene Funktionalitat fur Verpackungsmaschinen 
uberflussig). 

[0005] Aus der DE 19740 550 ist aulierdem eine Vor- 
richtung zum Steuern eines technischen Prozesses 
und/oder zur Steuerung der Bewegung einer Verarbei- 
tungsmaschine bekannt, die ein Steuerprogramm abar- 
beitet. Dieses Steuerprogramm besteht aus einer Viel- 
zahl von Softwaremodulen. Prozesssteuerungsfunktio- 
nalitaten von an sich bekannten speicherprogrammier- 
baren Steuerungen und Bewegungsfunktionalitaten 
von an sich bekannten MC-Steuerungen sind in einem 
einheitlichen, konfigurierbaren Steuerungssystem ver- 
wirklicht. Die einzelnen Software-Module werden hier 
jedoch durch jeweils eine Teilsteuerung abgearbeitet, 
so dass fur jedes Software-Modul eine zentrale Rechen- 
einheit vorzusehen ist. 

[0006] Weiterhin ist aus der DE 198 53 205 ein Ver- 
fahren zur Steuerung technischer Prozesse bekannt, 
das auf einer Instanziierbarkeit sowie einer bedarfsge- 
rechten Verschaltung von Software-Komponenten mit 
vorgebbarer, zumindest parametrierbarer Funktionalitat 
basiert. Die Verschaltung und die Projektierung der 
Software-Komponenten erfolgt hierbei allerdings noch 
nicht optimal. 

[0007] Der Erfindung liegt daher die Aufgabe zugrun- 
de, fur jeweils unterschiedliche Steuerungsaufgaben 
und unterschiedliche Randbedingungen bzw. Anforde- 
rungen deszugrunde liegenden technischen Prozesses 
in einfacher Weise optimale Auspragungen einer indu- 
striellen Steuerung sowohl hinsichtlich ihrer Steue- 
rungsstruktur als auch hinsichtlich ihrer Funktionalitat 
zu erstellen. 

[0008] Die Erfinder sind dabei von der Erkenntnis 
ausgegangen, dass das Runtime- und/oder Enginee- 
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das vorhandene Basissysta^Bdie Steuerungsgrund- 
funktionalitat urn solche Fun^ronalitaten zu erweitern, 
die er wirklich fur seine Anwendungen benotigt. Dies ge- 
schieht dadurch, dass er explizit bestimmte benotigte 
Technologische Objekte zum Basissystem der Steue- 
rung hinzuladt. Ein Anwender kann sich somit individuell 
eine Steuerung mit einer bestimmten Funktionalitat be- 
schaffen. Ublicherweise in Steuerungen vorhandene 
nichtbendtigte Funktionalitaten werden dadurch ver- 
mieden und verursachen somit keinen Overhead. 
[0012] Ein weiterer Vorteil liegt in der Trennung von 
technologischer Funktionalitat und Geratefunktionaiitat. 
In den Technologischen Objekten wird von den Geraten 
abstrahiert, auf denen die Technologischen Objekte ab- 
laufen. Somit kann sehr leicht die Zuordnung eines 
Technologischen Objektes auf ein Gerat geandert wer- 
den und die Programmerstellung (d.h. die Nutzung der 
Technologischen Objekte in denn Anwenderprogram- 
men) kann unabhangig von den Geraten erfolgen. Die 
Gerate selber stellen somit nur die Ablaufumgebung fur 
die Technologischen Objekte dar. Die tatsachliche Zu- 
ordnung von Technologischen Objekten zu Geraten 
kann der Anwender in einer fur ihn optimalen Art und 
Weise vornehmen. Optimierungskriterien sind z.B. Aus- 
lastung, raumliche Verteilung oder die Buslange. 
[0013] Aufterdem liegt ein Vorteil in der Entwicklung 
und in der Produktion solcher skalierbaren Steuerun- 
gen. Steuerungen, die mit einer notwendigen Grund- 
funktionalitat (Basissystem) ausgeliefert werden, las- 
sen sich in grofSer Stuckzahl sehr einfach herstellen 
(economies of scale). 

[0014] Eine erste vorteilhafte Ausgestaltung der Er- 
findung liegt darin, dass eine automatische Generierung 
bzw. Projektierung von Kommunikationsverbindungen 
zwischen Technologischen Objekten basierend auf der 
zugrungeliegenden Hardware-Topologie und/oder der 
technologischen Losung erfolgt. Im Engineering-sy- 
stem werden die Zuordnungsinformationen von Tech- 
nologischen Objekten zu Geraten, die Gerate- und 
Netztopologie, sowie die und das Datenvolumen aus- 
gewertet und daraus die automatische Projektierung 
der Kommunikationskanale erzeugt. Damit wird fur ei- 
nen Anwender die Programmerstellung erleichtert. 
[001 5] Eine weitere vorteilhafte Ausgestaltung der Er- 
findung liegt darin, dass bei der automatischen Gene- 
rierung bzw. Projektierung der Kommunikationsverbin- 
dungen zwischen Technologischen Objekten von den 
Technologischen Objekten zugewiesene odererworbe- 
ne Qualitatsattribute berucksichtigt werden. Diese au- 
tomatische Kommunikationsprojektierung ermoglicht 
eine effiziente Nutzung der eingesetzten Gerate- und 
Netztopologie, da dabei abstrakte "Quality of Service"- 
Anforderungen wie z.B. Broadcast, Taktsynchronitat 
oder Ubertragungszeit optimal auf die Gerate- und Bus- 
eigenschaften abgebildet werden. Im Engineeringsy- 
stem werden die Zuordnungsinformationen von Tech- 
nologischen Objekten zu Geraten, die Gerate- und 
Netztopologie, sowie die "Quality of Service"-Anforde- 



rungen und das Date^^pnen ausgewertet und daraus 
die automatische Pro^BRung der Kommunikationska- 
nale erzeugt. 

[0016] Eine weitere vorteilhafte Ausgestaltung der Er- 

5 findung liegt darin, eine flexible Verschiebbarkeit und/ 
oder Verteilbarkeit der Technologischen Objekte auf un- 
terschiedlich oder gleich performante Hardware-Syste- 
me und/oder Laufzeitsysteme erfolgt. Technologische 
Objekte sind plattform- bzw. hardwareunabhangig. Sie 

10 enthalten keine plattform- bzw. hardwarespezifischen 
Eigenschaften und konnen somit sehr leicht auf unter- 
schiedliche Hardware-Systeme und/oder Laufzeitsyste- 
me geladen, verschoben und verteilt werden. Durch die 
Moglichkeit der Verschiebbarkeit und der Verteilbarkeit 

15 der Technologischen Objekte auf unterschiedlich oder 
gleich performante Hardware-Systeme kann ein An- 
wender Technologische Objekte sehr flexibel benutzen 
und einsetzen. Er muss sich bei der Verschiebung und 
der Verteilung der Technologischen Objekte nicht urn 

20 Restriktionen bezuglich der zugrundeliegenden Perfor- 
mance der Hardware- und/oder von Laufeeit-Systemen 
kummern. Weiterhin ist es durch die Verschiebung und 
Verteilung der Technologischen Objekte moglich, die 
Last in einem System flexibel zu verteilen und zu balan- 

25 zieren. 

[0017] Eine weitere vorteilhafte Ausgestaltung der zu- 
grunde liegenden Erfindung liegt darin, dass eine flexi- 
ble Verschiebbarkeit und/oder Verteilbarkeit der Tech- 
nologischen Objekte auf unterschiedlich oder gleich 

30 performante Hardware- und/oder Laufeeit-Systeme in- 
nerhalb eines Projektes erfolgt, wobei sich ein Projekt 
auf Daten und/oder Programme von einer oder mehre- 
ren Steuerungseinheiten bezieht. Ein Anwender hat so- 
mit die Moglichkeit innerhalb eines Projektes Gerate un- 

35 terschiedlicher Hardware einzusetzen, die auch unter- 
schiedlich performant sein konnen, auf die er Technolo- 
gische Objekte leicht und flexibel verteilen kann, ohne 
die unterschiedliche Performance der Gerate beruck- 
sichtigen zu mussen. 

40 [0018] Eine weitere vorteilhafteAusgestaltung derzu- 
grunde liegenden Erfindung liegt darin, dass die Vertei- 
lung der Funktionalitat der Technologischen Objekte auf 
miteinander in Echtzeit durch taktsynchron aquidistant 
kommunizierende Steuerungseinheiten erfolgt. Die 

45 Technologischen Objekte konnen somit auf Gerate bzw. 
Steuerungseinheiten verteilt werden, die uber ein Kom- 
munikationsmedium in Verbindung stehen, das eine 
taktsynchrone aquidistante Kommunikation erlaubt. So- 
mit konnen die Technologischen Objekte in Echtzeit mit- 

50 einander kommunizieren. In einem Projekt sind die In- 
stanzen von Technologischen Objekttypen eindeutig re- 
ferenzierbar und konnen (HW-) plattformubergreifend 
genutzt werden. 

[0019] Eine weitere vorteilhafte Ausgestaltung der 
55 vorliegenden Erfindung liegt darin, dass eine technolo- 
gische Skalierung hinsichtlich der Funktionalitat der 
Steuerung durch die Zuladbarkeit von Techno logieob- 
jekttypen erfolgt. Damit hat der Anwender die Moglich- 
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keit eine funktionale SkalieJ^Beiner Steuerung zu er- 
reichen. Er kann somit ser^Bnfach die Funktionalitat 
der Steuerung an die zugrundeliegenden und voriiegen- 
den Bedurfnisse und Randbedingungen anpassen. Die 
Erweiterbarkeit bezieht sich sowohl auf Geratefunktio- 5 
nalitat als auch auf technologische Funktionalitat. 
[0020] Eine weitere vorteilhafte Ausgestaltung der 
vorliegenden Erfindung liegt darin, dass eine Verschal- 
tung der Technologischen Objekte zu komplexen Tech- 
nologischen Objekten, sog. Container-Objekten erfolgt. w 
Dadurch hat der Anwender die Moglichkeit aus "einfa- 
chen" Technologischen Objekten kompiexe Technologi- 
sche Objekte zu erstellen, die im Vergleich zu den "ein- 
fachen" Technologischen Objekten eine hoherwertige 
bzw. komplexere technologische Funktionalitat repra- 15 
sentieren und zur Verfugung stellen. Die Verschaltung 
erfolgt durch hierarchische Beziehungen zwischen den 
Technologischen Objekten und/oder Datenflussbezie- 
hungen. 

[0021] Eine weitere vorteilhafte Ausgestaltung der Er- 20 
findung liegt darin, dass einem Anwender unterschied- 
liche Sichten auf die Technologischen Objekte zur Ver- 
fugung stehen. Die Abstraktionsmechanismen, die die 
Technologischen Objekte zur Verfugung stellen, erlau- 
ben (je nach Anwendungsphase Oder Anwendertyp) un- 25 
terschiedliche Sichten auf sie. Aus dem Engineering 
gibt es z.B. eine Projektsicht (ublicherweise in Form ei- 
ner Baumdarstellung) und/oder eine Inbetriebnahme- 
sicht (z.B. fur das Anlegen und Konfigurieren der Instan- 
zen). Aber es steht auch eine programmiertechnische 30 
Sicht zur Verfugung. In dieser Sicht werden dem An- 
wender z.B. Methoden und Attribute der Technologi- 
schen Objekte zur Verfugung gestellt. Aus ergonomi- 
schen Gesichtspunkten werden die Sichten einem An- 
wender in Form von grafischen Benutzeroberflachen 35 
zur Verfugung gestellt, z.B. als Icons und/oder Masken. 
[0022] Eine weitere vorteilhafte Ausgestaltung der 
vorliegenden Erfindung liegt darin, dass eine ruckwir- 
kungsfreie Programmierung eines Technologischen 
Objektes bezuglich der anderen vorhandenen Techno- 40 
logischen Objekte und des Steuenjngsbasissystems, 
sofern nicht explizit eine Ruckwirkung programmiert 
bzw. projektiert ist, vorgesehen ist. Der Anwender kann 
somit das Verhalten eines Technologischen Objektes 
unabhangig von Ruckwirkungen anderer Technologi- 45 
schen Objekte oder des Steuenjngsbasissystems pro- 
grammieren. Wenn erforderlich odergewunscht kann er 
aber explizit eine Ruckwirkung programmieren bzw. 
projektieren. Die Flexibility des Anwenders bei der Pro- 
grammierung Technologischer Objekte wird dadurch er- so 
hoht. 

[0023] Eine weitere vorteilhafte Ausgestaltung der 
vorliegenden Erfindung liegt darin, dass die Darstellung 
der Technologischen Objekte im Engineering-System 
durch grafische Elemente und/oder Masken erfolgt. 55 
Durch diese grafische Benutzeroberflache wird der An- 
wender beim Gebrauch der Technologischen Objekte 
unterstutzt. Produktivitat und Qualitat der Projektierung 



bzw. der Programmi^^^ werden dadurch erhoht. 
[0024] Eine weiterlBorteilhafte Ausgestaltung der 
vorliegenden Erfindung liegt darin, dass die Technolo- 
gieobjekttypen zu Technologischen Paketen zusam- 
mengefasst werden. Technologische Pakete stellen ei- 
ne Clusterung von technologisch und/oder funktional 
zusammengehorenden Technologieobjekttypen dar. 
Durch das Hinzuladen von Technologischen Paketen 
zum Basissystem einer Steuerung, konnen Steuerun- 
gen mit jeweils dedizierten Funktionsumfang erhalten 
werden. Solche Steuerungen haben wenig funktionalen 
Overhead. Durch die Clusterung und Zuordnung von 
Technologieobjekttypen zu Technologiepaketen wird 
zum einen eine Strukturierung und Klassifizierung er- 
reicht und zum anderen sind die Technologiepakete ein 
geeignetes Mittel, urn die Technologieobjekttypen auf 
das Runtime-System einer Steuerung zu laden. 
[0025] GemaG der Erfindung wird die oben genannte 
Aufgabe fur ein Verfahren der eingangs genannten Art 
durch die folgenden aufeinander folgenden Schritte ge- 
lost: 

a) Verwendung eines Basissystems mit einer vor- 
zugsweise technologieneutralen Grundfunktiona- 
litat, 

b) Instanziierung der Technologischen Objekte, 

c) Verschaltung der Technologischen Objekte zu 
Technologischen Objekten komplexer Funktiona- 
litat, 

d) Verteilung und/oder Platzierung der Technologi- 
schen Objekte auf die Gerate, 

e) automatische Generierung der Kommunikations- 
kanale zwischen den Technologischen Objekten, 

f) Wiederverwendung insbesondere von komplexen 
bereits verschalteten Technologischen Objekten 
in anderen Projekten. 

[0026] Dadurch hat der Anwender die Moglichkeit auf 
eine systematische und folgerichtige Weise die Funktio- 
nalitat einer gewunschten Steuerung zu erreichen, wo- 
bei sichergestellt ist, dass die ertiaitene Steuerung so 
gut wie keinen funktionalen Overhead beinhaltet. Ein 
weiterer Vorteil besteht darin, dass ein Anwender bei 
der Erstellung der Anwenderprogramme die Technolo- 
gischen Objekte unabhangig von der Hardware und den 
Geraten, auf denen sie letztendlich ablaufen, verwen- 
den kann. Nach der Instanziierung und der Verschal- 
tung der Technologischen Objekte erfolgt erst ihre Ver- 
teilung auf die Hardware bzw. die Gerate. Die Zuord- 
nung zu den Geraten kann jederzeit geandert werden. 
Es liegt somit eine strenge Trennung von technologi- 
scher Funktionalitat und Geratefunktionalitat vor. Die 
technologische Funktionalitat der Technologischen Ob- 
jekte ist unabhangig von der Geratefunktionalitat, d.h. 
von den Geraten, auf denen sie ablaufen. Die Gerate 
selber stellen nur die Ablaufumgebung fur die Techno- 
logische Objekte dar. Technologische Objekte (einfache 
und/oder kompiexe und/oder verschaltete lassen sich 
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daher sehr leicht in anden^^Mekten wiederverwen- 
den. Die automatische GenwRung der Kommunikati- 
onskanale zwischen den Technologischen Objekten 
(automatische Kommunikationsprojektierung) ermog- 
licht eine effiziente Nutzung der eingesetzten Gerate- 
und Netztopologie und unterstutzt den Anwender bei 
der Projektierung bzw. der Programmerstellung. 
[0027] Eine weitere vorteilhafte Ausgestaltung der 
vorliegenden Erfindung liegt darin, dass bei der Gene- 
rierung der Kommunikationskanale Qualitatsattribute 
der Technologischen Objekte eingehalten werden. 
Durch die Berucksichtigung vom Anwender vorgebba- 
rer Qualitatsanforderungen (z.B. Ubertragungszeit, 
Taktsynchronizitat, Broadcast) wird die Gerate- und 
Netztopologie noch effizienter genutzt und der Anwen- 
der braucht bei der Projektierung bzw. Programmierung 
der Kommunikationskanale nur Qualitatsattribute als In- 
put fur die automatische Generierung der Kommunika- 
tionskanale angeben. 

[0028] Eine weitere vorteilhafte Ausgestaltung der 
vorliegenden Erfindung liegt darin, dass die Schritte b) 
und e) optional erfolgen. Dadurch, dass Technologische 
Objekte nicht zwangslaufig verschaltet und/oder in an- 
deren Projekten wiederverwendet zu werden brauchen, 
wird die Flexibility fur den Anwender erhoht. 
[0029] Die wesentlichen, mit der Erfindung erzielten 
Vorteile bestehen also insbesondere darin, dass ein An- 
wender direkt technologische Funktionalitat in seinen 
Anwendungen verwenden kann, die ihm durch Techno- 
logische Objekte, die Elemente der realen Welt entspre- 
chen, in einer fur ihn adaquaten Weise zur Verfugung 
gestellt werden u nd dass fur einen Anwender eine stren- 
ge Trennung von technologischer Funktionalitat und 
Geratefunktionalitat voriiegt. Gerate stellen nur die Ab- 
laufumgebung fur Technologische Objekte dar. Die 
technologische Funktionalitat der Technologischen Ob- 
jekte 1st unabhangig von der Geratefunktionalitat. 
[0030] Ein weiterer Vorteil liegt darin, dass die Funk- 
tionalitat von industriellen Steuerungen sozusagen 
"plug and play"-maUig dediziert erweiterbar ist. Auf die- 
se Weise wird eine technologische Skalierung der 
Steuerung erreicht. 

[0031] Ein Ausfuhrungsbeispiel der Erfindung ist in 
der Zeichnung dargestellt und wird im folgenden eriau- 
tert. 

[0032] Dabei zeigen: 

FIG 1 in einem Strukturbild ein Engineering-Sy- 
stem, das zugehorige Runtime-System und 
den zu steuernden technischen Prozess, 

FIG 2 zeigt in einem Ubersichtsbild wie ein Anwen- 
derprogramm auf technologische Funktiona- 
litat im Runtime-System zu- greift, 

FIG 3 zeigt in einer abstrakten Schemadarstellung 
ein Technologisches Objekt mit Anwender- 
schnittstelle, 



FIG 4 zeigt in F^Aines sog. Verschaltungsdia- 
grammes l^f- nologische Objekte, die ei- 
nen Gleichlaufverbund darstellen, 

5 FIG 5 zeigt einen Gleichlaufverbund mit Umschalt- 
moglichkeiten zwischen verschiedenen Leit- 
wertquellen und Gleichlaufgesetzen, eben- 
falls in Form eines Verschaltungsdiagram- 
mes, 

10 

FIG 6 zeigt in Form eines Verschaltungsdiagram- 
mes die Verschaltung des Technologischen 
Objektes Messtaster, 

15 FIG 7 zeigt in Form eines Verschaltungsdiagram- 
mes die Verschaltung des Technologischen 
Objektes Nocke, 

FIG 8 zeigt in Form eines Verschaltungsdiagram- 
2 o mes Verschaltungen mit Gleichlauftechnolo- 

gieobjekten, 

FIG 9 zeigt ebenfalls in Form eines Verschaltungs- 
diagrammes die Zuordnung eines Technolo- 
25 gischen Objektes Kurvenscheibe zum meh- 

reren Gleichlauf objekten, 

FIG 10 zeigt in einem Ubersichtsbild die Glusterung 
von Technologieobjekttypen zu einem Tech- 
no nologiepaket und 

FIG 11 zeigt in einem Ubersichtsbild die Kommuni- 
kationsstruktur zwischen zwei Geraten. 

35 [0033] In der Darstellung gemafc FIG 1 wird in Form 
eines Strukturbildes gezeigt, dass die Steuerung eines 
technischen Prozesses P uber mindestens ein Runti- 
me-System RTS1-RTS3 von industriellen Steuerungen 
erfolgt. Die Verbindung zwischen den Runtime-Syste- 

40 men RTS1-RTS3 der Steuerung und dem technischen 
Prozess P geschieht bidirektional uber Ein-/Ausgange 
EA1-EA3. Die Programmierung der Steuerung und da- 
mit das Festlegen des Verhaltens der Runtime-Systeme 
RTS1-RTS3 geschieht im Engineering-System ES. Das 

45 Engineering-System ES enthalt Werkzeuge fur die Kon- 
figurierung, Projektierung und Programmierung fur Ma- 
schinen bzw. fur die Steuerung technischer Prozesse. 
Die im Engineering-System ES erstellten Programme 
werden uber die Informationspfade 11-13 jeweils in die 

50 Runtime-Systeme RTS1-RTS3 der Steuerungen uber- 
tragen. Durch die drei Punkte ist angedeutet, dass wei- 
tere Steuerungen und Runtime-Systeme vorhanden 
sein konnen. Bezuglich seiner Hardware-Ausstattung 
besteht ein Engineering-System ES ublicherweise aus 

55 einem Computersystem mit Graphikbildschirm (z.B. 
Display), Eingabehilfemitteln (z.B. Tastatur und Maus), 
Prozessor, Arbeits- und Sekundarspeicher, eine Ein- 
richtung fur die Aufnahme computeriesbarer Medien (z. 
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B. Disketten, CD's) sowie ^^^usseinheiten fur einen 

Datenaustausch mit anderSl^stemen (z.B. weiteren 
Computersystemen, weitere Steueaingen fur techni- 
sche Prozesse) Oder Medien (z.B. Internet). Eine Steue- 
rung besteht ublicherweise aus Eingabe- und Ausgabe- 
einheiten, sowie aus Prozessor und Programmspei- 
cher. 

[0034] Darstellung gemaft FIG 2 zeigt zwei Runtime- 
Systeme RTS4 und RTS5 von industriellen Steuerun- 
gen, dargestellt als Rechteck. Die Runtime-Systeme 
RTS4 und RTS5 enthalten jeweils einen UMC-Kernel 
UMC-K, sowie die Technologist en Objekte T01 bis 
TOn, wobei die jeweiligen UMC-Kernels als auch die 
Technologischen Objekte unterschiedlich sein konnen, 
die Technologischen Objekte auch in ihrer Anzahl. Der 
UMC-Kernel UMC-K stellt das Basissystem der Steue- 
rung dar, dieses Basissystem enthalt die Grundfunktio- 
nalitat der Steuerung. Der UMC-Kernel UMC-K ist in 
rechtwinkliger Stufenform dargestellt. Zu ihm konnen 
Technologische Objekte T01 bis TOn hinzugeladen 
werden. Durch dieses Hinzuladen wird der Funktions- 
umfang des Basissystems erweitert. Die Technologi- 
schen Objekte T01 bis TOn sind als Rechtecke darge- 
stellt, durch ihre Anordnung in FIG 2 wird angedeutet, 
dass sie den UMC-Kernel UMC-K erweitern. Durch die 
drei Punkte wird angedeutet, dass ein bis mehrere Tech- 
nologische Objekte T01 bis TOn hinzugeladen werden 
konnen und somit eine technologische Skalierung der 
gesamten Steuerung erreicht wird. Zentriert am oberen 
Rand von FIG 2 ist das Anwenderprogramm AP1 in 
Form einer schematischen Papierfahne dargestellt. 
Durch die Zugriffspfeile ZGP1 bis ZGP4 ist dargestellt, 
dass ein Anwender in seinem Anwenderprogramm AP1 
direkt auf Funktionalitaten des UMC-Kernels UMC-K 
aber auch auf Funktionalitaten der Technologischen 
Objekte T01 bis TOn zugreifen kann, sowohl von RTS4 
als auch von RTS5 Oder von einem weiteren Runtime- 
System (ebenfalls angedeutet durch drei Punkte). Diese 
angebotene Funktionalitaten der Runtime-Systeme 
RTS4 und RTS5 (oder von weiteren Runtime-Syste- 
men) kann ein Anwender direkt in seinem Anwendungs- 
programm AP1 verwenden. 

[0035] Zur Prazisierung: Zur Erweiterung des Basis- 
systems eines Runtime-Systems werden Technologie- 
objekte ublicherweise in Form von Technologieobjektty- 
pen hinzugeladen. Solche Technologieobjekttypen sind 
z.B. Achsen, Nocken, Kurvenscheiben Oder ahnliches. 
Technologieobjekttypen sind instanziierbar. Ein Anwen- 
der verwendet in seinen Anwendungsprogrammen AP1 
fur konkrete Applikationen Instanzen von Technologie- 
objekttypen. Solche Instanzen sind dann projektweit 
eindeutig definiert und identifizierbar. Die direkte Ver- 
wendung von zugeladenen Technologischen Objekten 
in Anwenderprogrammen AP1 als jeweils eigenstandi- 
ge Programmobjekte ware prinzipiell auch denkbar, ist 
aber fur einen Anwender fur die Programmerstellung 
unflexibel. 

[0036] Darstellung gemali FIG 3 zeigt in einer ab- 



strakten Schemadan^^kig die Anwendersicht eines 
Technologischen O^BFs, d.h. einer Instanz eines 
Technologieobjekttyps. Diese Spezifikation eines Tech- 
nologischen Objektes TOS wird als Rechteck darge- 
5 stellt, das aus funf Teilen besteht. Der oberste erste Teil, 
abgetrennt von den folgenden Teilen durch eine durch- 
gezogene Linie, enthalt den Typ des zugrunde liegen- 
den Technologischen Objektes (TO-Type) und den 
TO-ldentifier, d.h. die projekteindeutige Bezeichnung 

10 der Instanziierung. Der nachst folgende Teil enthalt die 
Konfigurationsdaten (Configuration Data) mit den Kon- 
figurationsvariablen < configuration variable_1> bis 
<configuration variable_n>. Ober die Konfigurationsda- 
ten wird das Technologische Objekt in seiner grundsatz- 

15 lichen Wirkungsweise eingestellt. Die Konfigurationsda- 
ten werden uber das Engineering-System (ES; FIG 1) 
eingestellt und konnen optional uberZugriffefunktionen 
aus dem Anwenderprogramm (AP1; FIG 2 und AP2, 
AP3; FIG 11 ) heraus gelesen bzw. geschrieben werden. 

20 in der Darstellung gemafc FIG 3 werden die Konfigura- 
tionsdaten durch eine gestrichelte Linie von den Sy- 
stemvariablen (System Data) abgetrennt. Die System- 
variablen <system variable_1> bis <system 
variable_m> sind aus dem Anwenderprogramm (AP1; 

25 FIG 2 und AP2, AP3; FIG 11) heraus veranderbar und 
wie Programmvariable nutzbar. Systemvariablen kon- 
nen lesbar oder les-/schreibbar sein. Durch die System- 
variablen werden aulierdem die Zustande von Techno- 
logischen Objekten reprasentiert. Zustandsubergange 

30 konnen durch Ereignisse und/oder Befehle ausgelost 
werden. Uber die Konfigurationsdaten und die System- 
variablen erfolgt die Parametrierung der Technologi- 
schen Objekte. Der nachste Abschnitt sind die Befehle 
(Commands), von den Systemvariablen ebenfalls durch 

35 eine gestrichelte Linie getrennt. Die Befehle 
<command_1> bis <command_xy> stellen aufrufbare 
Funktionen dar, die die Funktionalitat eines Technologi- 
schen Objekts reprasentieren. Diese Funktionen haben 
definierte Bezeichner, Funktionsparameter und lokale 

40 Werte. Die Funktionen konnen Parameter besitzen. 
Beim Aufruf von Funktionen konnen optionale Parame- 
ter weggelassen werden, hierfur werden dann Default- 
werte eingesetzt. 

[0037] Zusatzlich zur technologischen Funktionalitat 
45 besitzt ein Technologisches Objekt aber auch Befehle, 
die das Grundverhalten des Technologischen Objektes 
bestimmen, z.B. 

Befehl zum Rucksetzen in einem definierten Aus- 
50 gangszustand 

- Befehl urn einen anstehenden Fehler gezielt ruck- 
zusetzen 

Befehle urn in den Simulationsbetrieb zu setzen 
und ruckzusetzen ( Im Simulationsbetrieb erfolgt 
55 ein Durchlauf des Programms ohne konkrete Aus- 
gabe an die Aktoren, bzw. Einlesen von den 
Sensoren ). 

- Befehle urn das Technologische Objekt aktiv/inaktiv 
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zu setzen 
- Auskunftsfunktionen. 




Der nachste Abschnitt der Spezifikation eines Techno- 
logischen Objektes TOS sind die Alarme (alarms). In 
FIG 3 slnd die Alarme durch eine gestrichelte Linie von 
den Befehlen abgetrennt. Die Darstellung gemafi FIG 3 
enthalt die Alarme <alarm_1> bis <alarm_k>. Ein Tech- 
nologisches Objekt hat Uberwachungen und kann im 
Fehlerfall definierte Alarme, gegebenenfalls mit Alar- 
mi nformationen und vordefinierten Reaktionen abset- 
zen. Die technologischen Alarme werden am Technolo- 
gischen Objekt festgestellt bzw. erzeugt. Technologi- 
sche Alarme habeneinetechnologieobjekttypspezifisch 
eingestellte Reaktion, z.B. Bewegungsstopp (die mog- 
lichen Reaktionen sind technologieobjekttypspezifisch 
und daher bei den einzelnen Technologieobjekttypen 
explizit beschrieben). Weiterhin besitzen die technolo- 
gischen Alarme einen technologieobjekttypspezifi- 
schen Identifikator (z.B. Alarmnummer) und Parameter. 
Sie besitzen somit ein einstellbares Verhalten auf die 
Programmbearbeitung (globale Reaktion) und erlauben 
weiterhin fur jeden Fehler instanzspezifische Einstellun- 
gen und Reaktionen, die bei der Inbetriebnahme am En- 
gineering-System (ES; FIG 1) vorgenommen werden. 
[0038] Ein Anwender kann Befehle von Technologi- 
schen Objekten synchron oder asynchron nutzen, je 
nach Einstellung. Dadurch kann ein Befehl sowohl zy- 
klisch geschrieben (ublich bei einer Speicherprogram- 
mierbaren Speicherung) aber auch ereignisgesteuert 
(ublich bei Bewegungssteuerungen) prog rammiert wer- 
den. Im synchronen Modus bleibt z.B. das technologi- 
sche Objekt, das einen Positionierbefehl ausfuhrt, so- 
lange in seinem Zustand, bis das Positionierziel erreicht 
wurde. Im asynchronen Modus dagegen lauft zeitgleich 
zur Ausfuhrung des Positionierbefehls das Technologi- 
sche Objekt in seinem Programmablauf weiter und kann 
dabei andere Zustande einnehmen. Das Technologi- 
sche Objekt kann dann z.B. durch Polling gepruft wer- 
den, ob das Positionierziel erreicht wurde. 
[0039] Die Darstellung gemafc FIG 4 zeigt als Ver- 
schaltungsdiagramm die Verschaltung des Technologi- 
schen Objektes "Gleichlauf GL1 mit anderen Techno- 
logischen Objekten. Die Technologischen Objekte wer- 
den dabei als doppelt umrandete Rechtecke dargestellt, 
bei denen die jeweils zusammen gehorenden Ecken 
durch eine Verbindungslinie verbunden sind. Durch die 
Verschaltung des Technologischen Objektes "Gleich- 
lauf' GL1 mit den Technologischen Objekten "Leitach- 
se" LA1, "Folgeachse" FA1 und "Kurvenscheibe" KS1 
wird ein Gleichlaufverbund hergestellt. Die Verschal- 
tung der Technologischen Objekte erfolgt uber Daten- 
flusse DF1 bis DF3 bzw. DF3\FIG 4 zeigt die prinzipielle 
Technologieanordnung fur die Realisierung eines 
Gleichlaufverbundes: Leitwert - Technologisches Ob- 
jekt "Gleichlauf GL1 - Technologisches Objekt "Folge- 
achse" FA1. In FIG 4 wird der Leitwert durch das Tech- 
nologische Objekt "Leitachse" LA1 reprasentiert Wei- 



terhin ist in FIG 4 is^Mpstellt, dass das Technologi- 
sche Objekt "Leitacr^^KAl uber den Datenflusspfeil 
DF1 den Leitwert fur das Technologische Objekt 
"Gleichlauf GL1 vorgibt. Das Technologische Objekt 

5 "Leitachse" LA1 kann z.B. eine Positionierachse repra- 
sentieren. Der Leitwert kann aber auch Liber eine virtu- 
elle Achse d.h. gerechnete (nicht real vorhandene) Ach- 
se oder uber externe Geber fur das Technologische Ob- 
jekt "Gleichlauf GL1 vorgegeben werden. Das Techno- 

10 logische Objekt "Gleichlauf GL1 stellt als technologi- 
sche Funktionalitat Getriebegleichlauf oder Kurven- 
gleichlauf zur Verfugung, damit konnen Aufsynchroni- 
sieren, Absynchronisieren oder Masterumschaltungen 
vorgenommen werden. Am Technologischen Objekt 

15 "Gleichlauf GL1 kann als Gleichlaufgesetz wahlweise 
ein Getriebe oder eine Kurve gewahlt werden. Der rech- 
te Teil von FIG 4 stellt diese Auswahlmogiichkeiten dar. 
Durch den Zuordnungspfeil ZP1 ist dargestellt, dass der 
Schalter S1 wahlweise mit einem Getriebe, dargestellt 

20 durch den Getriebefaktor GF1 oder mit dem Technolo- 
gischen Objekt "Kurvenscheibe" KS1 verbunden wer- 
den kann. Bei einer Verbindung mit dem Technologi- 
schen Objekt "Kurvenscheibe" KS1 erfolgte Datenfluss 
von diesem Technologischen Objekt zum Technologi- 

25 schen Objekt "Gleichlauf GL1 uber den Datenflusspfeil 
DF3, den Schalter S1 und den Datenflusspfeil DF3'. Bei 
einer Verbindung mit dem Getriebefaktor GF1 erfolgt 
der Datenfluss zum Technologischen Objekt "Gleich- 
lauf GL1 uber den Schalter S1 und den Datenflusspfeil 

30 DF3\ Uber das Technologische Objekt "Kurvenscheibe" 
KS1 konnen nicht lineare Getriebeubersetzungen am 
Technologischen Objekt "Gleichlauf GL1 eingestellt 
werden, uber den Getriebefaktor GF1 dagegen lineare 
Getriebeubersetzungen. Durch den Datenflusspfeil 

35 DF2 ist das Technologische Objekt "Gleichlauf GL1 mit 
dem Technologischen Objekt "Folgeachse" FA1 ver- 
schaltet. 

[0040] Die Darstellung gemalS FIG 4 zeigt somit die 
prinzipielle Konfiguration von Technologischen Objek- 

40 ten zur Realisierung einer Gleichlauffunktionalrtat und 
kann ihrerseits als (komplexes) Technologisches Objekt 
angesehen und verwendet werden. 
[0041] Die Festlegung der Verschaltung der Techno- 
logischen Objekte erfolgt in der Konfigurationsphase 

45 (Projektierung). Bei Auswahlmogiichkeiten werden die- 
se zur Laufeeit uber das Anwenderprogramm (AP1 ; FIG 
2 und AP2, AP3; FIG 11) aktiviert, d.h. zur Laufeeit kon- 
nen Umschaltungen programmiert werden. Prinzipiell 
konnen durch Verschaltung mehr als ein "Gleichlaufob- 

50 jekt" GL1 mit einer "Folgeachse" FA1 verbunden wer- 
den, dadurch wird eine Uberlagerung von Gleichlauf- 
funktionen realisiert. Der Leitwert fur das "Gleichlaufob- 
jekt" GL1 kann auch direkt aus dem Anwenderpro- 
gramm (AP1; FIG 2 und AP2, AP3; FIG 11) vorgegeben 

55 werden. Weiterhin kann mehr als ein Technologisches 
Objekt fur die Leitwertbereitstellung konfiguriert wer- 
den. Die aktuelle Verschaltung wird wiederum zur Lauf- 
zeit uber Befehle im Anwenderprogramm (AP1; FIG 2 
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und AP2, AP3; FIG 11) aus^^Blt und aktiviert. Aufter- 
dem kann fur die Festlegur^^es Gleichlaufgesetzes 
zwischen verschiedenen Technologischen Objekten 
"Kurvenscheibe" KS1 und/oder zwischen verschiede- 
nen Getriebefaktoren GF1 durch Programmierung on- 
line umgeschaltet werden. Ein Technologisches Objekt 
"Kurvenscheibe" KS1 kann einem Oder mehreren Tech- 
nologischen Objekten "Gleichlauf GL1 zugeordnet 
werden. Weiterhin konnen von einem Technologischen 
Objekt "Leitachse" LA1 eine oder mehrere Gleichlauf- 
verbindungen uber Technologische Objekte "Gleich- 
lauf GL1 konfiguriert werden. 

[0042] Darstellung gemafi FIG 5 zeigt einen Gleich- 
laufverbund mit Umschaltmoglichkeiten zwischen ver- 
schiedenen Leitwertquellen und Gleichlaufgesetzen, 
ebenfalls in Form eines Verschaltungsdiagramms. In 
FIG 5 kann das Technologische Objekt "Gleichlauf GL2 
Leitwerte von den Technologischen Objekten "Zeit" T, 
"virtuelle Achse" VA1 , "Leitachse" LA2, "Leitachse" LA3, 
"extemer Geber" EG1 sowie von einem Programmwert 
TV des Anwenderprogrammes (AP1; FIG 2 und AP2, 
AP3; FIG 11) bekommen. Durch den Zuordnungspfeil 
ZP2 ist angedeutet, dass der Schalter S2 unterschied- 
liche Leitwertverbindungen fur das Technologische Ob- 
jekt "Gleichlauf GL2 herstellen kann. Uber einen der 
Datenflusse DF4 bis DF8 sowie uber den Schalter S2 
und den Datenfluss DF12 wird die "Leitwertverschal- 
tung" zum Technologischen Objekt "Gleichlauf GL2 er- 
reicht. Die Technologischen Objekte "Zeit" T, "virtuelle 
Achse" VA1 , "Leitachse" LA2 und LA3, "externer Geber 
EG1 sowie der Programmwert TV sind die potentiellen 
Masterfurdas Technologische Objekt "Gleichlauf GL2. 
Die moglichen Verschaltungen werden projektiert und 
die Auswahl eines projektierten Masters kann zur Lauf- 
zeit aus dem Anwenderprogramm (AP1 ; FIG 2 und AP2, 
AP3; FIG 11) erfolgen. Damit sind Masterumschaltun- 
gen moglich. Das Technologische Objekt "virtuelle Ach- 
se" VA1 reprasentiert nicht eine real vorhandene Achse 
sondern eine gerechnete Achse. "Virtuelle Achsen" sind 
dadurch gekennzeichnet, dass sie uber Befehle kom- 
mandiert werden konnen und eine Bewegungsfuhrung 
bzw. Interpretation besitzen, aber keine Regelung und 
keinen Antrieb. Die Technologischen Objekte "Leitach- 
se" LA2 und LA3 reprasentieren dagegen reale Achsen. 
Reale Achsen reprasentieren Standardachsen mit An- 
trieb, Motor, Geber, sie besitzen also einen realen Aktor. 
Auch das Technologische Objekt "externer Geber" EG1 
kann einen Leitwert fur das Technologische Objekt 
"Gleichlauf GL2 bereitstellen. Ein "externer Geber" 
EG1 besitzt ublicherweise keine Achse und stellt die In- 
formationen in einem projektierbaren Format bereit. 
"Externe Geber" sind z.B. Winkelgeber an einer Presse. 
Auch vom Technologischen Objekt "Zeit" T und vom 
Programmwert TV konnen Leitwerte fur das Technolo- 
gische Objekt GL2 bereitgestellt werden. Ein Technolo- 
gisches Objekt "Zeit" stellt einen Leitwert in Form eines 
Zeitwertes bzw. Zeitfaktors bereit, die Projektierung ei- 
nes Programmwertes DV als Leitwert erfolgt im Anwen- 



derprogramm (AP1; ^Aund AP2, AP3; FIG 11). Die 
Technologischen Ob^Brsind hierbei in der ublichen 
Notation dargestellt. 

[0043] In FIG 5 ist dargestellt, dass als Gleichlaufge- 

5 setz fur das Technologische Objekt "Gleichlauf GL2 
wahlweise ein Getriebefaktor GF2 oder die Technologi- 
schen Objekte "Kurvenscheibe" KS2 und KS3 gewahlt 
werden konnen. Durch den Zuordnungspfeil ZP3 ist dar- 
gestellt, dass der Schalter S3 wahlweise zwischen den 

10 Technologischen Objekten KS2, KS3 und dem Getrie- 
befaktor GF2 eingestellt werden kann. Die "getriebema- 
liige Verschaltung" mit dem Technologischen Objekt 
"Gleichlauf GL2 erfolgt dann uber die Datenflusspfeile 
DF9, DF10, den eingestellten Schalter S3 sowie uber 

is den Datenflusspfeil DF11 . Die Schalteverbindungen S2 
und S3 sind im Anwenderprogramm (AP1; FIG 2 und 
AP2, AP3; FIG 11) programmierbar. Uber den Daten- 
flusspfeil DF 13 ist das Technologische Objekt "Gleich- 
lauf GL2 mit dem Technologischen Objekt "Folgeach- 

20 se" FA2 verbunden. Das Technologische Objekt 
"Gleichlauf GL2 wird bei der Projektierung also slave- 
seitig mit dem Technologischen Objekt "Folgeachse" 
FA2 das z.B. eine Gleichlaufachse reprasentieren kann, 
verschaltet. Masterseitig wird das Technologische Ob- 

25 jekt "Gleichlauf GL2 mit einem Technologischen Objekt 
verschaltet, dass einen Leitwert zur Verfugung stellt, 
dieser Leitwert kann auch direkt aus dem Anwenderpro- 
gramm (AP1 ; FIG 2 und AP2, AP3; FIG 11) vorgegeben 
werden. Somit kann mehr als ein Technologisches Ob- 

30 jekt fur die Leitwertbereitstellung konfiguriert werden, 
die aktuelle Verschaltung wird zur Laufeeit uber Befehle 
im Anwenderprogramm ausgewahlt. 
[0044] Die Darstellung gemafc FIG 6 zeigt die Ver- 
schaltung des Technologischen Objektes "Messtaster" 

35 MT1 . Die Technologischen Objekte sind hierbei in der 
ublichen Notation dargestellt. Das Technologische Ob- 
jekt "Messtaster" MT1 stellt die Funktionalitatzur Durch- 
fuhrung eines Messauftrages bereit. Fur die Funktionen 
am Technologischen Objekt "Messtaster" MT1 konnen 

40 Messauftrage aktiviert und parametriert werden. Uber 
den Messeingang ME und den Datenflusspfeil DF14 
wird der Messwert an das Technologische Objekt "Mes- 
staster" MT1 geliefert. Der Messeingang ME ist als El- 
lipse dargestellt. Ein Messeingang ME kann mit mehre- 

45 ren Technologischen Objekten "Messtaster" verschaltet 
sein. Diese Technologischen Objekte "Messtaster" kon- 
nen dabei auch gleichzeitig aktiviert sein. Ein Messein- 
gang ME entspricht dabei ublicherweise einem Hard- 
ware- Messeingang der dem Technologischen Objekt 

so "Messtaster" MT1 uber Konfiguration zugeordnet wird. 
Weiterhin ist das Technologische Objekt "Messtaster" 
MT1 mit mindestens einem Technologischen Objekt 
verschaltet, das einen Messwert (z.B. Position) liefert. 
In FIG 7 ist das Technologische Objekt "Messtaster" MT 

55 1 mit den Technologischen Objekten "Achse" A1 und 
"externer Geber" EG2 uber die Datenflusspfeile DF15 
bzw. DF16 verschaltet. Das Technologische Objekt 
"Achse" A1 kann z.B. eine Positionierachse oder eine 
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Gleichlaufachse sein. Ein T^^Wogisches Objekt, das 
einen Messwert liefert, kanrW* mehreren Technologi- 
schen Objekten "Messtaster" verschaltet werden. 
[0045] Die Darstellung gemafc FIG 7 zeigt in einem 
Verschaltungsdiagramm das Technologische Objekt 
"Nocke" N1, verschaltet mit den Technologischen Ob- 
jekten "Achse" A2 und "externer Geber" EG3. Das Tech- 
nologische Objekt "Achse" A2 ist uber den Datenflus- 
spfeil DF17, das Technologische Objekt "externer Ge- 
ber" EG3 Ist uber den Datenflusspfeil DF18 mit dem 
Technologischen Objekt "Nocke" N1 verschaltet. Uber 
den Datenflusspfeil DF1 9 ist das Technologische Objekt 
"Nocke" N1 mit dem Ausgang Out verschaltet, der Aus- 
gang Out istals Ellipse dargestellt. Das Technologische 
Objekt "Nocke" N1 stellt die Funktionalitat zur Berech- 
nung von Nockenschaltwerten bereit. Uber die Funktio- 
nen am Technologischen Objekt "Nocke" N1 konnen 
Nockenfunktionen aktiviert und parametriert werden. 
Die Technologischen Objekte "Achse" A2 bzw. "externer 
Geber" EG3 stellen die Bezugswerte fur das Technolo- 
gische Objekt "Nocke" N1 bereit. Die Zuordnung dieser 
Technologischen Objekte zum Technologischen Objekt 
"Nocke" N1 wird vom Anwender projektiert. Der Anwen- 
der projektiert weiterhin die Zuordnung des Technologi- 
schen Objektes "Nocke" N1 zu einem Ausgang Out, da- 
bei ist auch eine Zuordnung auf interne Variablen mog- 
lich. Fur eine aktuelle Anwendung ist das Technologi- 
sche Objekt "Nocke" N1 mit genau einem Technologi- 
schen Objekt verschaltet, das den Bezugswert liefert. 
[0046] Ein Bezugswert ist z.B. ist eine Achsposition. 
Hierbei kann das Technologische Objekt "Achse" A2 z. 
B. eine Positionierachse oder eine Gleichlaufachse re- 
prasentieren. Dies ist moglich, dass eine Zuordnung 
des Technologischen Objektes "Nocke" N1 auf einen 
Ausgang Out entfallen kann, dann wirkt das Technolo- 
gische Objekt "Nocke" N1 nur auf Systemvariablen am 
Technologischen Objekt (z.B. fur die Verwendung des 
Technologischen Objektes als interne Nocke). Das 
Technologische Objekt, das den Bezugswert liefert, 
kann mit mehreren auch unterschied lichen Technologi- 
schen Objekten Nocken gleichzeitig verschaltet sein. 
Die Technologischen Objekte sind hierbei in der ubli- 
chen Notation dargestellt. 

[0047] In der Darstellung gemafi FIG 8 wird gezeigt, 
dass ein Technologisches Objekt "Folgeachse" FA3 mit 
mehreren Technologischen Objekten "Gleichlauf GL3 
und GL4 verschaltet sein kann. Das Technologische 
Objekt "Folgeachse" FA3 ist durch den Datenflusspfeil 
DF22 mit dem Technologischen Objekt "Gleichlauf GL3 
und mit dem Datenflusspfeil DF23 mit dem Technologi- 
schen Objekt "Gleichlauf GL4 verschaltet. Die Techno- 
logischen "Gleichlaufobjekte" GL3 und GL4 erhalten 
uber die Datenflusspfeile DF20 bzw. DF21 ihre Leitwert- 
vorgaben. In FIG 8 ist dargestellt, dass die Leitwerte fur 
den jeweiligen Gleichlaufverbund uber unterschiedliche 
Technologische Objekte erfolgen kann. So konnen fur 
das Gleichlaufobjekt GL3 z.B. das Technologische Ob- 
jekt "Achse" A3, das Technologische Objekt "virtuelle 



Achse" VA2 oder da»«nologische Objekt "externer 
Geber" EG4 den LeitHBereitstellen. Fur das "Gleich- 
laufobjekt" GL4 kann dementsprechend der Leitwert z. 
B. von den Technologischen Objekten "Achse" A4, "vir- 

5 tuelle Achse" VA3 oder "externer Geber" EG5 bereitge- 
stellt werden. In FIG 8 bilden dann z.B. die Technologi- 
schen Objekte "Achse" A4, "Gleichlauf GL4 und "Fol- 
geachse" FA3 einen Gleichlaufverband. Die jeweils ge- 
wunschte Verschaltung wird vom Anwender projektiert, 

w die Auswahl eines projektierten Masters (der Master 
stellt den Leitwert fur den Gleichlaufverbund zur Verfu- 
gung) kann zur Laufeeit aus dem Anwenderprogramm 
erfolgen, damit sind Masterumschaltungen moglich. In 
FIG 8 stellt das Technologische Objekt "Folgeachse" 

15 FA3 den Slave im Gleichlaufverbund dar. Die Technolo- 
gischen Objekte sind hierbei in der ublichen Notation 
dargestellt. 

[0048] Darstellung gemaft FIG 9 zeigt ein Verschal- 
tungsdiagramm bei dem das Technologische Objekt 

20 "Kurvenscheibe" KS3 das Getriebegesetz fur zwei 
"Gleichlaufobjekte" GL5 und GL6 uber die Datenflus- 
spfeile DF26 bzw. DF27 bereitstellt. In FIG 9 sind somit 
zwei Gleichlaufverbunde dargestellt, die jeweils vom 
gleichen Technologischen Objekt "Kurvenscheibe" KS2 

25 mit einem gemeinsamen Getriebegesetz versorgt wer- 
den. Die beiden Gleichlaufverbunde sind links und 
rechts vom Technologischen Objekt "Kurvenscheibe" 
KS3 angeordnet. Der linke Gleichlaufverbund wird ge- 
bildet durch das Technologische Objekt "Achse" A5, das 

30 den Leitwert bereitstellt und somit als Leitachse gilt. Es 
kann sich dabei z.B. urn eine Positionier- oder Gleich- 
laufachse handeln. Das Technologische Objekt "Achse" 
A5 ist mit dem Datenflusspfeil DF24 mit dem "Gleich- 
laufobjekt" GLSverbunden. Uberdiesen Datenflusspfeil 

35 DF24 wird der Leitwert bereitgestellt. Auf der Slaveseite 
ist das Technologische Objekt "Gleichlauf GL5 uber 
den Datenflusspfeil GF25 mit dem Technologischen Ob- 
jekt "Folgeachse" FA4 verbunden. Der rechte Gleich- 
laufverbund wird gebildet durch die Technologischen 

40 Objekte "Achse" A6, "Gleichlauf GL6 und "Folgeachse" 
FAS. Die "Achse" A6 entspricht dabei der Leitachse, die 
"Folgeachse" FA5 reprasentiert eine Slaveachse. Die 
Verschaltung erfolgt hierbei uber die Datenflusspfeile 
DF28 bzw. DF29. Weiterhin ist es moglich, das von einer 

45 Leichtachse aus eine oder mehrere Gleichlaufverbin- 
dungen uber Gleichlaufobjekte konfiguriert werden. 
Technologische Objekte "Kurvenscheibe" konnen ei- 
nem oder mehreren Gleichlaufobjekten zugeordnet 
werden. Die Zusammenstellung von Gleichlaufverbund 

50 wird vom Anwender projektiert. Projektierte Gleichlauf- 
verbunde konnen wiederum als Technologische Objek- 
te reprasentiert werden und ihre Funktionalitat in ande- 
ren Applikationen wieder verwendet werden. Die Tech- 
nologischen Objekte sind hierbei in der ublichen Nota- 

55 tion dargestellt. 

[0049] Die Darstellung gemafi FIG 10 zeigt die Zu- 
sammenfassung von mehreren Technologischen Ob- 
jekten zu einem Technologiepaket TP. Das Technologie- 
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paket TP ist dabei als Rec^B dargestellt, wobei die 
linke obere Ecke abgeschnMWst. Das Technologiepa- 
ket TP enthalt die Technologischen Objekte "Nocke" N2, 
"extemer Geber" EG6, "Drehzahlachse" DrehA, "Mes- 
staster" MT2 sowie "Positionierachse" PosA. Die Tech- 5 
nologischen Objekte sind dabei in der ublichen Notation 
dargestellt. Die Technologischen Objekte reprasentie- 
ren dabei keine Instanzen, sondern Technologieobjekt- 
typen. Ein Technologiepaket TP enthalt somit eine An- 
sammlung von Technologieobjekttypen, die gewisse to 
Funktionalitaten reprasentieren. Die Zuladung von 
Technologischen Objekten ins Runtime-System der 
Steuerung und damit die funktionelle Erweiterung der 
Steuerung erfolgt liber Technologiepakete. Ein Anwen- 
der kann sich bestimmte Technologiepakete TP die wie- ts 
derum Technologieobjekttypen enthalten ins Runtime- 
System (RTS4, RTS5; FIG 2) laden und somit eine tech- 
nologische Skalierung der Funktionalitat der Steuerung 
erreichen. Weiterhin kann durch die Technologiepakete 
TP bei entsprechender Zuordnung von Technologieob- 20 
jekttypen eine funktionelle Strukturierung erreicht wer- 
den. 

[0050] Darstellung gemafc FIG 11 zeigt in einem 
Ubersichtsbild die Kommunikationsstruktur zwischen 
zwei Geraten G1 und G2. Gerat bedeutet in diesem 25 
Kontext Hardware mit CPU. Die technologische Funk- 
tionalitat wird in Form von Technologischen Objekten 
auf Gerate verteilt, auf denen sie letztendlich ablaufen. 
Sofwaretechnisch werden die Gerate G1 und G2 als 
sog. System-Technologische Objekte (System-TO) dar- 30 
gestellt. Ein System-TO kann nicht verschoben werden, 
weil es fest an einem Gerat hangt. In einem System-TO 
ist die Funktionalitat des dazugehorigen Gerates gekap- 
selt. Die System-TOs reprasentieren die Geratefunktio- 
nalitat, die Technologischen Objekte die technologische 35 
Funktionalitat. 

[0051] Die Gerate G1 und G2 sind in der Darstellung 
gemafc FIG 11 jeweils als Rechtecke in der linken bzw. 
rechten Zeichnungshalfte dargestellt. Die Gerate G1 
und G2 enthalten jeweils ein Anwenderprogramm AP2 40 
bzw. AP3, TO-Konfigurationen TOK1 bzw. TOK2, tech- 
nologische Firmware TFW1 bzw. TFW2 und jeweils ein 
Runtime-System RTS6 bzw. RTS7, wobekalle diese 
Teilelemente durch Rechtecke dargestellt sind. Die An- 
wenderprogramme AP2 bzw. AP3 beinhalten die vom 45 
Anwender erstellten Befehle zur Steuerung des techno- 
logischen Prozesses (P; FIG1). Bei Bewegungssteue- 
rungen z.B. Positionier- und/oder Bewegungsbefehle. 
Die technologische Firmware TFW1 bzw. TFW2 stellt 
die technologische Funktionalitat dar, urn die das Basis- 50 
system (UMC-K; FIG2) der Runtime-Systeme RTS6 
bzw. RTS7 erweitert wurde. Die technologische Firm- 
ware TWF1 bzw. TWF2 beinhaltet die zugeladenen 
Technologieobjekttypen, deren Instanzen ein Anwender 
in seinen Anwenderprogrammen AP2 bzw. AP3 ver- 55 
wenden kann. Die TO-Konfigurationen TOK1 bzw. 
TOK2 beinhalten Konfigurationsinformationen der 
Technologischen Objekte (z.B. Verschaltungs- und Ver- 



teilungsinformatione^^k Konfigurationen erfolgen im 
Engineering-System^B^ FIG1). Im Runtime-System 
RTS6 bzw. RTS7 kommen die Anwenderprogramme 
letztendlich zum Laufen. Die Runtime-Systeme RTS6 
bzw. RTS7 entsprechen einem Betriebssystem und sind 
z.B. fur die Speicherverwaltung und die Rechenzeitver- 
waltung verantwortlich. Auf die Darstellung weiterer In- 
haltselemente der Gerate G1 bzw. G2 wird aus Grunden 
der Ubersichtlichkeit verzichtet. 
[0052] In der unteren Zeichnungshalfte ist das Kom- 
munikationsmedium KM als langgezogenes Rechteck 
dargestellt. Das Kommunikationsmedium KM kann z.B. 
eine Busverbindung darstellen. 
[0053] Zwischen den Geraten G1 und G2 ist die au- 
tomatische Kommunikationsprojektierung AKP, eben- 
falls als Rechteck dargestellt. Die automatische Kom- 
munikationsprojektierung AKP ist ublicherweise Soft- 
ware, die als Teil des Engineering-Systems (ES; FIG1) 
ablauft und das Runtime-System RTS6 bzw. RTS7 mit 
den generierten Kommunikationsinformationen (z.B. 
wer kommuniziert mit wem? Auf welche Weise erfolgt 
die Kommunikation?) versorgt. 
[0054] Der bidirektionale Pfeil LKK zwischen den An- 
wenderprogrammen AP2 und AP3 stellt einen logischen 
Kommunikationskanal zwischen den Anwenderpro- 
grammen AP2 und AP3 dar. Der Anwender sieht dabei 
nur seine Technologischen Objekte, die er selbst in sei- 
nen Anwenderprogrammen verwendet und er kann da- 
bei davon abstrahieren, wo sie physikalisch liegen. 
[0055] Die gestrichelten unidirektionalen Pfeile DFE1 
bis DFE4 stellen den Datenfiuss zum Engineering-Zeit- 
punkt dar. Die automatische Kommunikationsprojektie- 
rung AKP wird dabei aus den TO-Konfigurationen TOK1 
und TOK2 mit Konfigurationsinformationen zu den tech- 
nologischen Objekten (z.B. Verteilungs- und Verschal- 
tungsinformationen) uber die Datenflusse DFE1 bzw. 
DFE2 versorgt. Uber die Datenflusse DFE3 bzw. DFE4 
gibt die automatische Kommunikationsprojektierung 
AKP die daraus generierten Kommunikationskanale an 
die Runtime-Systeme RTS6 bzw. RTS7 der Gerate G1 
bzw. G2 weiter. Alle Gerate werden somit von der auto- 
matischen Kommunikationsprojektierung AKP so mit 
Routinginformationen versorgt, dass jedes Gerat mit je- 
dem anderen Gerat entsprechend der in den TO-Konfi- 
gurationen TOK1 und TOK2 definierten abstrakten Kon- 
figurations- und Kommunikationsbeschreibung kommu- 
nizieren kann. Die automatische Kommunikationspro- 
jektierung AKP verwendet zur Generierung der Kommu- 
nikationskanale projektglobale Variablen, mit denen der 
Anwender z.B. die Qualitatsanforderungen definieren 
kann. 

[0056] Die automatische Kommunikationsprojektie- 
rung AKP ermoglicht eine effiziente Nutzung der einge- 
setzten Gerate- und Netztopologie, da sie auch abstrak- 
te Qualitatsanforderungen (z.B. Broadcast, Taktsyn- 
chronitat, Ubertragungszeiten) optimal auf Gerateei- 
genschaften und Eigenschaften des Kommunikations- 
mediums KM (z.B. Profibus) abbildet. Bei der Konfigu- 
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teilbarkeit der i^^ftologischen Objekte (T01 - 
TOn) auf untersB^Rlich Oder gleich performante 
Hardware-Systeme und/oder Laufzeit-systeme 
(RTS1 - RTS7) erfolgt. 

5 

5. Industrielle Steuerung nach Anspruch 4, 
dadurch gekennzeichnet, 
dass eine flexible Verschiebbarkeit und/oder Ver- 
teilbarkeit der Technologischen Objekte (T01 - 

10 TOn) auf unterschiedlich Oder gleich performante 
Hardware-Systeme und/oder Laufeeit-systeme 
(RTS1 - RTS7) innerhalb eines Projektes erfolgt, 
wobel slch ein Projekt auf Daten und/oder Program- 
me von elner oder mehreren Steuerungseinheiten 
15 bezieht. 

6. Industrielle Steuerung nach einem der vorstehen- 
den Anspruche, 
dadurch gekennzeichnet, 

20 dass die Verteilung der Funktionalitat der Techno- 
logischen Objekte (T01 - TOn) auf miteinander in 
Echtzeit durch taktsynchron aquidistant kommuni- 
zierende Steuerungseinheiten erfolgt. 

25 7. Industrielle Steuerung nach einem der vorstehen- 
den Anspriiche, 
dadurch gekennzeichnet, 
dass eine technologische Skalierung hinsichtlich 
der Funktionalitat der Steuerung durch die Zulad- 
30 barkeit von Technologieobjekttypen erfolgt. 

8. Industrielle Steuerung nach einem der vorstehen- 
den Anspruche, 
dadurch gekennzeichnet, 
35 dass eine Verschaltung der Technologischen Ob- 
jekte (T01 - TOn) zu komplexen Technologischen 
Objekten, sog. Container-Objekten erfolgt. 



19 

ration der Technologischei^^^kte muss sich der An- 
wender nicht darum kumm^Pwie letztendlich die Kom- 
munikation physikalisch stattfindet. 
[0057] Die gepunkteten vertikalen bidirektionalen 
Pfeile DKFR1 bis DKFR8 stellen den Daten- und Kon- 
trollfluss zur Laufzeit (Runtime) dar. Z.B. wenn die Ge- 
rate G1 bzw. G2 selberam Kommunikationsmedium KM 
(das Kommunikationsmedium kann z.B. ein Profibus 
sein) hangen, anlaufen und in Betrieb sind. Dann erfolgt 
namlich wirklich ein "scharfer" Daten- und Kontrollfluss 
von den Anwenderprogrammen AP2 bzw. AP3 durch 
die technologische Firmware TFW1 bzw. TFW2 durch 
das Runtime-System RTS6 bzw. RTS7 auf das Kommu- 
nikationsmedium KM, uber das Kommunikationsmedi- 
um KM zum nachsten Gerat und da wieder nach oben 
zum Anwenderprogramm. Im "scharfen Betrieb" eines 
Gerates werden naturiich auch die Informationen der 
TO-Konfiguration TOK1 bzw. TOK2 benotigt. 



Patentanspriiche 

1. Industrielle Steuerung fur technische Prozesse, 
insbesondere fur Produktionsmaschinen, 
dadurch gekennzeichnet, 
dass die Steuerung ein allgemein einsetzbares, 
vorzugsweise technologieneutrales Basissystem 
(UMC-K) fur die Steuerungsgrundfunktionalitatauf- 
weist, wobei instanziierbare Technologieobjektty- 
pen die Grundfunktionalitat der Steuerung urn tech- 
nologische Funktionalitaten erganzen und nach ei- 
ner vom Anwender zuschneidbaren Instanziierung 
als Technologische Objekte (T01 - TOn) in seinen 
jeweiligen Applikationen zur Verfugung stehen, wo- 
bei eine Trennung zwischen technologischer Funk- 
tionalitat und Geratefunktionalitat erfolgt. 

2. Industrielle Steuerung nach Anspruch 1 , 
dadurch gekennzeichnet, 

dass eine automatische Generierung bzw. Projek- 
tierung von Kommunikationsverbindungen zwi- 
schen Technologischen Objekten (T01 - TOn) ba- 
sierend auf der zugrungeliegenden Hardware-To- 
pologie und/oder der technologischen Losung er- 
folgt. 

3. Industrielle Steuerung nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, 

dass bei der automatischen Generierung bzw. Pro- 
jektierung der Kommunikationsverbindungen zwi- 
schen Technologischen Objekten (T01 - TOn) von 
den Technologischen Objekten (T01 - TOn) zuge- 
wiesene oder erworbene Qualitatsattribute beruck- 
sichtigt werden. 

4. Industrielle Steuerung nach Anspruch 1 , 2 oder 3, 
dadurch gekennzeichnet, 

dass eine flexible Verschiebbarkeit und/oder Ver- 



9. Industrielle Steuerung nach einem der vorstehen- 
40 den Anspruche, 

dadurch gekennzeichnet, 
dass einem Anwender unterschiedliche Sichten auf 
die Technologischen Objekte (T01 - TOn) zur Ver- 
fugung stehen. 

45 

10. Industrielle Steuerung nach einem der vorstehen- 
den Anspruche, 

dadurch gekennzeichnet, 
dass eine ruckwirkungsfreie Programmierung ei- 
50 nes Technologischen Objektes (T01 - TOn) bezug- 
lich der anderen vorhandenen Technologischen 
Objekte und des Steuerungsbasissystems 
(UMC-K), sofem nicht explizit eine Ruckwirkung 
programmiert bzw. projektiert ist, vorgesehen ist. 

55 

11. Industrielle Steuerung nach einem der vorstehen- 
den Anspruche, 

dadurch gekennzeichnet, 
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dass die Darstellung c^^fchnologischen Objekte 

(T01 - TOn) im EngirwBmg-System (ES) durch 
grafische Elemente und/oder Masken erfolgt. 

12. Industrielle Steuerung nach einem der vorstehen- 5 
den Anspriiche, 

dadurch gekennzeichnet, 

dass die Technologieobjekttypen zu Technologi- 

schen Paketen (TP) zusammengefasst werden. 

10 

13. Verfahren zur Programmierung bzw. Projektienjng 
von industriellen Steuerungen fur technische Pro- 
zesse, insbesondere fur Produktionsmaschinen, 
gekennzeichnet durch die Verwendung von Tech- 
nologischen Objekten (T01 - TOn) und die Abfolge 15 
der folgenden Schritte: 

a) Verwendung eines Basissystem (UMC-K) mit 
einer vorzugsweise technologieneutralen 
Grundfunktionalitat, 20 

b) Instanziierung der Technologischen Objekte 
(T01 - TOn), 

c) Verschaltung der Technologischen Objekte 
(T01 - TOn) zu Technologischen Objekten 
komplexer Funktionalitat, 25 

d) Verteilung und/oder Platzierung der Techno- 
logischen Objekte (T01 - TOn) auf die Gerate 
(G1,G2), 

e) automatische Generierung der Kommunikati- 
onskanale zwischen den Technologischen 30 
Objekten (T01 - TOn), 

f) Wiederverwendung insbesondere von kom- 
plexen bereits verschalteten Technologi- 
schen Objekten in anderen Projekten. 

35 

14. Verfahren zur Programmierung bzw. Projektienjng 
nach Anspruch 13, 

dadurch gekennzeichnet, 
dass bei der Generierung der Kommunikationska- 
nale Qualitatsattribute der Technologischen Objek- 40 
te (T01 - TOn) eingehalten werden. 

15. Verfahren zur Programmierung bzw. Projektierung 
nach Anspruch 13, 

dadurch gekennzeichnet, 45 
dass die Schritte b) und e) optional erfolgen. 
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^-TOS 

TO-Type < TO identifier > 



Configuration Data : 

< configuration variablej > 

< configuration variable_n > 



System Data: 

< system variablej > 

< system variable jn > 



commands : 

< command _1 > 

< command _xy > 



alarms : 

< alarm_1> 

< alarm _k> 



FIG 3 



15 



EP 1 182 528 A2 





16 



EP 1 182 528 A2 




17 



EP 1 182 528 A2 





18 



EP 1 182 528 A2 




19 



EP 1 182 528 A2 





20 



EP 1 182 528 A2 





21 



EP1 182 528 A2 





22 




23 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



BEST AVAILABLE IMAGES 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 



□ OTHER: 



IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 




REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 



ES OR MARKS ON ORIGINAL DOCUMENT 



